(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(43) Date of publication: 

09.10.2002 Bulletin 2002/41 

(21) Application number: 02251891.4 

(22) Date of filing: 15.03.2002 



(H) EP 1 248 372 A2 

EUROPEAN PATENT APPLICATION 

(51) Int CI 7: H03K 19/177 



(84) Designated Contracting States: 


(72) Inventors: 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


• Lee, Chong II 


MCNLPTSETR 


San Jose, CA 95134 (US) 


Designated Extension States: 


• Asayesh, Reza 


AL LT LV MK RO SI 


San Jose, CA 95134 (US) 


(30) Priority: 19.03.2001 US 277150 P 


(74) Representative: Hogg, Jeffery Keith et al 


06.03.2002 US 93785 


Withers & Rogers, 


(71) Applicant: Altera Corporation (a Delaware 


Goldings House, 


2 Hays Lane 


Corporation) 


London SE1 2HW (GB) 


San Jose, California 95134 (US) 



(54) Programmable logic device with high speed serial interface circuitry 



(57) A programmable logic device ("PLD") includes 
high speed serial interface ("HSSI") circuitry that can 
support several high speed serial ("HSS") standards. 
Examples of the standards that can be supported are 
XAUI, InfiniBand, 1G Ethernet, FibreChannel, and Se- 
rial RapidlO. The HSSI circuitry may be partly program- 



mable to support these various standards. In some cas- 
es control may come from the associated PLD core cir- 
cuitry. Also in some cases some of the interface func- 
tions may be performed in the PLD core circuitry. 
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Description 

Background of the Invention 

[0001] This application claims the benefit of U.S. pro- 
visional patent application No. 60/277,150, filed March 
19, 2001, which is hereby incorporated by reference 
herein in its entirety. 

[0002] High speed serial digital communication is 
constantly increasing in importance. The number of dif- 
ferent industry standards for such communication is al- 
so increasing. Programmable logic device ("PLD") tech- 
nology is well known for its ability to allow one common 
hardware design (embodied in an integrated circuit) to 
be programmed to meet the needs of many different ap- 
plications. PLDs with a given hardware design can be 
manufactured in large quantities at low cost. Each user 
then programs PLDs of that kind to meet that user's par- 
ticular needs. The user does not have to do a custom 
integrated circuit design, with the attendant high cost, 
delay, and difficulty of revision if modifications are sub- 
sequently needed. 

[0003] To facilitate the use of PLDs in applications in- 
volving high speed serial digital communication, it would 
be desirable to provide PLDs with high speed serial in- 
terface ("HSSI") circuitry. One problem in doing this, 
however, is that there is now a large number of high 
speed serial ("HSS") communication standards or 
somewhat related, but perhaps non-standard, protocols 
that users of PLDs may want to employ. Including a large 
number of different HSSI circuits on a PLD is wasteful, 
uneconomical, and very difficult or even impossible if the 
number of standards or protocols to be supported be- 
comes very large. On the other hand, manufacturing the 
same basic PLD circuitry in several different versions, 
each with different HSSI circuitry to meet a different HSS 
standard or protocol, is also uneconomical because it is 
contrary to the "economy of scale" benefit otherwise as- 
sociated with manufacturing one common PLD circuit 
design in large volume. 

Summary of the Invention 

[0004] In accordance with the present invention, PLD 
circuitry includes at least some of the circuit components 
that are needed to provide several different HSSIs. 
These HSSI circuit components are hard-wired to at 
least a large extent, although in at least some cases at 
least some of their functions are either programmably 
controllable or controllable by dynamic signals (e.g., 
from the PLD core circuitry). Interconnections among 
the HSSf circuit components may also be programma- 
bly controllable or dynamically controllable. By making 
use of appropriate ones of the available HSSI circuit 
components (e.g., by progrrmmable or dynamic selec- 
tion), and by appropriately controlling (e.g., programma- 
bly or dynamically controlling) the selected HSSI circuit 
components, the circuitry can be made to perform ac- 
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cording to any one of several possible HSS communi- 
cation standards or other generally similar protocols. In 
some cases, some of the functions required to imple- 
ment certain HSSIs may be wholly or partly performed 

s by the PLD core circuitry. The HSSI circuit components 
that are provided may be for HSSI receiver circuitry, HS- 
SI transmitter circuitry, or both. 
[0005] Further features of the invention, its nature and 
various advantages will be more apparent from the ac- 

10 companying drawings and the following detailed de- 
scription. 

Brief Description of the Drawings 

is [0006] FIG. 1 is a simplified block diagram of an illus- 
trative embodiment of a programmable logic integrated 
circuit device ("PLD") constructed in accordance with 
the invention. 

[0007] FIG. 2 is a more detailed, but still simplified 
20 schematic block diagram of a representative portion of 
the circuitry shown in FIG. 1 . 

[0008] FIG. 3 is a more detailed, but still simplified 
schematic block diagram of a representative portion of 
the circuitry shown in FIG. 2. 

25 [0009] FIG. 4 is a more detailed, but still simplified 
schematic block diagram of another representative por- 
tion of the circuitry shown in FIG. 2. 
[0010] FIGS. 5A-5C are collectively a more detailed, 
but still simplified schematic block diagram of circuitry 

30 of the type shown in FIG. 3. 

[001 1] FIG. 6 shows in more detail an illustrative em- 
bodiment of a type of element that is used in several of 
the other FIGS. 

[0012] FIG. 7 shows an alternative embodiment of 
35 what is shown in FIG. 6. 

[0013] FIG. 8 shows another alternative embodiment 

of what is shown in FIGS. 6 and 7. 

[0014] FIG. 9 is a simplified schematic block diagram 

of circuitry that can be used with the circuitry of FIGS. 
40 5A-5C and/or FIGS. 12A and 12B. 

[001 5] FIG . 1 0 is a simplified schematic block diagram 

of circuitry that can be used with the circuitry of FIGS. 

5A-5C. 

[0016] FIG. 11 is a simplified schematic block diagram 
*s of circuitry that can be used with the circuitry of FIGS. 
5A-5C and/or FIGS. 1 2A and 1 2B. 
[0017] FIGS. 12A and 12B are collectively a more de- 
tailed, but still simplified schematic block diagram of cir- 
cuitry of the type shown in FIG. 4. 
50 [0018] FIG. 13 is a simplified schematic block diagram 
of additional circuitry in accordance with the invention. 
[001 9] FIG . 1 4 is a simplified schematic block diagram 
of more additional circuitry in accordance with the inven- 
tion. 

55 [0020] FIG. 1 5 is a simplified schematic block diagram 
of still more additional circuitry in accordance with the 
invention. . 

[0021] FIG. 16 is a simplified schematic block diagram 
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of still further circuitry in accordance with the invention. 
[0022] FIG. 17 is a simplified block diagram of an il- 
lustrative system employing circuitry in accordance with 
the invention. 

Detailed Description 

[0023] An illustrative PLD 10 constructed in accord- 
ance with the invention is shown in FIG. 1 . PLD 10 is an 
integrated circuit that includes PLD core circuitry 20 and 
high speed serial interface ("HSSI") circuitry 30. PLD 
core circuitry 20 can be typical programmable logic cir- 
cuitry of any of several known types and constructions. 
In accordance with this invention, HSSI circuitry 30 in- 
cludes various HSSI circuit components that are hard- 
wired (at least to a large extent) and are therefore ded- 
icated to performing various functions required to imple- 
ment HSSI operations. HSSI circuitry 30 may be used 
to receive one or more high speed serial ("HSS") signals 
via connection(s) 32 and to pass the information thus 
received on to PLD core circuitry 20 in a form that is 
more readily usable by the core circuitry. Alternatively 
or additionally, HSSI circuitry 30 may be used to output 
viaconnection(s) 32 one or more HSS signals indicative 
of information received from PLD core circuitry 20. 
Leads 34 are used to convey signals between PLD core 
circuitry 20 and HSSI circuitry 30. PLD core circuitry 20 
may also input and/or output other, typically non-HSSI 
signals via leads 22. 

[0024] Although the principles of this invention are ap- 
plicable to many HSSI communication standards, and 
therefore to many types of HSSI circuitry, the invention 
will be fully understood from the following explanation, 
which mainly concentrates on several HSSI standards 
that employ conventional eight-bit/ten-bit ( M 8B/10B") 
coding/decoding. (For information regarding 8B/10B 
coding, see Franaszek et al. U.S. patent 4,486,739.) 
The illustrative HSSI standards that the illustrative cir- 
cuitry shown herein supports include the standards 
known as (1) XAUI, (2) InfiniBand, (3) 1G Ethernet, (4) 
FibreChannel, and (5) Serial RapidlO. This circuitry will 
also support 1 0G Ethernet, and it will support many non- 
industry-standard protocols that are modifications of the 
true industry-standard protocols. Some users may 
sometimes want to devise and employ such variants of 
industry standards, and many such variants can be sup- 
ported by the circuitry of this invention. The true industry 
standards (e.g., XAUI, InfiniBand, etc.) are all well 
known to those skilled in the art and are fully document- 
ed in the publicly available information put out by the 
industry committees that developed and maintain those 
standards. It will not be necessary to provide full details 
of any of those standards herein. 
[0025] In the illustrative embodiment shown and de- 
scribed herein XAUI is used as a starting-point standard. 
This is because XAUI tends to require at least as much 
functionality as any of the other supported standards. 
The other standards can therefore be implemented us- 



ing the same or similar HSSI circuit components, or sub- 
sets of those components, that are provided in circuitry 
30 to support XAUI. In the illustrative embodiment 
shown herein the XAUI interface is substantially fully im- 
s plementable in HSSI circuitry 30. For some of the other 
standards, part of the interface is implemented in HSSI 
circuitry 30 and part of the interface is implemented in 
PLD core circuitry 20. 

[0026] In general terms the XAUI standard specifies 
io four channels of clock data recovery ("CDR") data en- 
coded using 8B/1 0B coding. The channels may operate 
at up to 3.125 gigabits per second ("Gbps"). The chan- 
nels are used in rotating order to transmit successive 
bytes of information. There are continuous transmis- 
w sions of data of specified maximum length, separated 
by "idle" intervals of minimum length. Specified special 
characters are transmitted during the idle intervals to en- 
able the receiver to get ready to receive the next trans- 
mission of data. 
20 [0027] Because XAUI is a four-channel standard, HS- 
SI circuitry 30 in FIG. 1 is basically organized into one 
or more "quads" of four channels each. As shown in FIG. 
2, a representative quad 40 includes four data channels 
0-3 (also identified as 50-0 through 50-3) and one sup- 
25 porting logic circuit 70. Each data channel 50 can re- 
ceive one data stream via associated driver 52 and/or 
can output one data stream via associated driver 56. 
Each of drivers 52 and 56 is preferably a differential driv- 
er because the HSSI standards of interest in connection 
30 with the present illustrative embodiment receive ("RX") 
and transmit fTX") information using differential signal- 
ling. Each receiver driver 52 has an associated pair of 
input pins 54, and each transmitter driver 56 has an as- 
sociated pair of output pins 58. Each channel 50 in- 
35 dudes the circuitry required to at least partly convert a 
received HSS signal from HSS form to a form more suit- 
able for application to PLD core circuitry 20 via associ- 
ated leads 62. For example, each channel 50 may re- 
ceive successive serial bytes of 10 bits each (because 
to of 8B/10B encoding) and may output to PLD core cir- 
cuitry 20 successive parallel bytes of 8 bits each. Each 
channel 50 also includes the circuitry required to at least 
partly convert signals received from PLD core circuitry 
20 to HSS form for output transmission via the associ- 
45 ated transmitter driver 56. For example, each channel 
50 may receive successive parallel 8-bft bytes of data 
via associated leads 64, and may convert those bytes 
to successive serial 10-bit bytes output via the associ- 
ated transmitter driver 56. 
so [0028] The supporting logic 70 included in each quad 
40 includes circuitry that is usable to support certain op- 
erations in all four of the associated data channels. For 
example, one phase locked loop ("PLL") circuit receiv- 
ing a reference clock ("REFCLK") signal may be used 
55 to produce candidate recovered clock signals for use by 
each of channels 50 in that channel's operations to pro- 
duce a final recovered clock signal from the HSS CDR 
signal received by that channel 50. As another example, 
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because certain HSS standards allow "skew" between 
received data channels, circuit 70 includes circuitry for 
determining how much the four channels of received 
HSS data are skewed relative one another as part of the 
operations required to compensate for such skew. 
(Skew is differential transmission delay between parallel 
transmission lines.) Circuit 70 may receive REFCLK sig- 
nals via drivers 72, and may communicate with PLD 
core 20 via leads 82 and/or 84. 
[0029] FIG. 3 shows an illustrative embodiment of 
representative portions of FIG. 2 in somewhat more de- 
tail. In particular, FIG. 3 shows the receiver portion of 
one representative channel 50. In some cases some of 
the elements shown in FIG. 3 may be partly embodied 
in supporting logic 70 and are therefore shared by all 
four channels 50 in the quad associated with that sup- 
porting logic 70. 

[0030] CDR circuitry 1 1 0 receives a single serial data 
stream from receiver driver 52. CDR circuitry 110 may 
also receive several candidate recovered clock signals 
via leads 112 from PLL circuitry in supporting logic 70. 
As mentioned above, this PLL circuitry typically oper- 
ates on one of the REFCLK signals applied to circuitry 
70 as shown in FIG. 2. (See, for example, Aung et ai. 
U.S. patent application No. 09/805,843, filed March 13, 
2001 , for more information regarding how this aspect of 
supporting logic 70 may be constructed and operate to 
produce several candidate recovered clock signals from 
a REFCLK signal. The Aung et ai. reference also in- 
cludes additional details regarding how CDR circuitry 
110 may be constructed and operate to use such can- 
didate recovered clock signals to produce a final recov- 
ered clock signal and also to produce a retimed data 
signal from the input CDR signal. Of course, CDR cir- 
cuitry 110 may also be constructed and operate in dif- 
ferent ways, if desired.) CDR circuitry 1 1 0 uses the can- 
didate recovered clock signals from supporting logic 70 
to recover a clock signal from the CDR data signal it re- 
ceives. CDR circuitry 110 outputs this recovered clock 
signal via lead 114. CDR circuitry 110 also produces a 
retimed data signal from the CDR data signal it receives, 
and it outputs that retimed data signal via lead 1 1 6. (The 
"recovered clock signal" on various parts of network 1 1 4 
can have either the bit rate frequency or the byte rate 
frequency. One or more dividers (not shown in FIG. 3, 
but like element 410 in FIG. 5A) can be included in net- 
work 1 1 4 to convert from the bit rate to the byte rate. For 
example, deserializer 120 needs both the bit rate and 
the byte rate versions of the recovered clock signal, but 
elements 1 30, 1 40, 1 50, and 1 60 need only the byte rate 
version.) 

[0031] Deserializer circuitry 120 converts the serial 
retimed data output signal of CDR circuitry 110 to sev- 
eral parallel data signals on leads 122. To do this dese- 
rializer circuitry 120 uses the recovered clock signal on 
lead 114. (See again the last-mentioned reference for 
an example of how deserializer circuitry 120 may be 
constructed and may operate.) For example, succes- 



sive bytes of data output in serial form by CDR circuitry 
110 may be converted to successive parallel bytes of 
data output by deserializer 120. Because XAUI and 
many of the other HSS standards supported by the cir- 

5 cuitry of FIG. 3 use 8B/10B coding, deserializer 120 is 
preferably designed to receive serial bytes of 1 0 bits of 
data and to output parallel bytes that also have 10 bits 
of data. It will be understood, however, that any byte 
length can be used, and that deserializer 120 can be 

10 constructed to work with any desired byte length(s). 
[0032] The parallel data output by deserializer 120 is 
applied to pattern detect circuitry 130. Pattern detect cir- 
cuitry 130 works with state machine circuitry 140 to de- 
tect particular patterns in the data output by deserializer 

*5 120 to find byte boundaries in the incoming CDR data. 
In XAUI and many of the other standards supported by 
the circuitry of FIG. 3, special characters are transmitted 
repeatedly (although typically at spaced intervals) dur- 
ing idle intervals. Pattern detect circuitry accumulates 

20 enough output data from deserializer 1 20 to make sure 
that such a special character can be detected, even 
though deserializer 1 20 may initially not be properly syn- 
chronized with byte boundaries in the incoming CDR da- 
ta. For example, pattern detect 130 may be able to hold 

25 two successive "bytes" (i.e., 20 bits) output by deserial- 
izer 1 20, and may look for a special character anywhere 
within those 20 bits. State machine 140 keeps track of 
each such detection of a special character. When a suf- 
ficient number of special characters have been detect- 

30 ed, all at the same location in a corresponding number 
of 20-bit groups, elements 130/140 can produce output 
signals indicating that they have detected the byte 
boundaries in the incoming CDR signals. These output 
signals of elements 130/140 can be used to adjust the 

35 operation of deserializer 120 so that the deserializer 
thereafter produces output signals that are truly syn- 
chronized with the byte boundaries in the incoming CDR 
signal. 

[0033] As a specific example of the foregoing, sup- 

40 pose that elements 130/140 detect special characters 
at bit positions 5-14 out of bit positions 0-19 in the 20 
bits held by pattern detect circuitry 130. This would 
mean that deserializer 120 is not synchronized with the 
byte boundaries in the incoming CDR data, but instead 

45 needs to shift its deserialization operation by five recov- 
ered clock cycles (e.g., to shift its output bytes from bit 
positions 5-14 to bit positions 0-9 (or to bit positions 
10-19) in pattern detect circuitry 130). Such a shift in 
deserialization operation can easily be accomplished, 

50 for example, by holding in reset a recovered clock divid- 
er circuit in deserializer 120 for the appropriate number 
of recovered clock signal cycles. After the recovered 
clock divider circuit has been released from reset, de- 
serializer 120 will resume operation outputting bytes 

55 that are properly synchronized with the byte boundaries 
in the incoming CDR signal. 

[0034] After the operations described above, the out- 
put signals of elements 130/140 on leads 142 are suc- 
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cessive parallel bytes of data that have been properly 
recovered (I.e., in accordance with the proper byte 
boundaries) from the Incoming CDR signal. Each suc- 
cessive 10-bit byte on leads 142 is applied to 10 bit to 
8 bit decoder circuitry 150. This circuitry converts each 
successive 10-bit byte to the corresponding 8-bit byte 
(e.g., in accordance with the scheme described in 
above-mentioned Franaszek et al. U.S. patent 
4,486,739). Circuitry 150 outputs successive, parallel, 
8-bit bytes via leads 152. 

[0035] The data output by circuitry 150 is applied to 
rate matching circuitry 1 60. The purpose of circuitry 1 60 
is to take care of the possibility that there may be a small 
difference between the frequency of the oscillator used 
in the circuitry that generated the CDR signal received 
by the circuitry shown herein and the frequency of the 
oscillator used more locally with the circuitry shown 
herein (e.g., to generate the REFCLK signals shown in 
FIG. 2). Thus rate matching circuitry 160 may include 
memory circuitry that stores successive bytes from cir- 
cuitry 150 in synchronism with the recovered clock sig- 
nal on lead 114, but that outputs data via leads 164 in 
synchronism with a local oscillator clock signal on lead 
162. The recovered clock signal on lead 114 has a fre- 
quency determined by the frequency of the remote os- 
cillator in the circuitry that originated the CDR signal ap- 
plied to circuitry 110. The signal on lead 162 has a fre- 
quency determined by the frequency of a local oscillator. 
Rate matching circuitry 1 60 therefore acts as a buffer to 
accommodate possible small differences between the 
local and remote oscillator frequencies. (One possible 
ultimate source of the signal on lead 162 can be the 
same as the ultimate source of an above-mentioned RE- 
FCLK signal.) 

[0036] In connection with rate matching circuitry 1 60 
it should be noted that to avoid excessive accumulation 
of local and remote oscillator frequency difference, it 
may be necessary for the rate matching circuitry to oc- 
casionally delete a received character from the data 
passed on via lead 164, or to occasionally artificially in- 
sert a character into the data passed on via lead 164. 
This can be done during idle intervals. 
[0037] The output signals 1 64 of rate matching circuit- 
ry 160 are successive 8-bit bytes of data properly de- 
coded from the input CDR signal and synchronized with 
a local oscillator. However, these bytes of data are from 
only one CDR transmission channel, and XAUI (and oth- 
er standards or protocols supported by the circuitry of 
this invention) permits Interleaving of data in four such 
CDR channels. The interleaving scheme employed in 
XAUI, for example, involves routing successive bytes of 
starting data to different ones of the four channels in turn 
on a repeating basis. The following table illustrates the 
interleaving used. 



Byte No. 


Channel No. 


0 


0 



(continued) 



Byte No. 


Channel No. 


1 


1 


2 


2 


3 


3 


4 


0 


5 


1 


6 


2 


7 


3 


8 


0 


9 


1 


10 


2 



[0038] Each of the four CDR channels may have 
somewhat different amounts of delay. This is sometimes 
referred to as the channels being skewed relative to one 
another. Because of such skew, re-interleaving in the 
proper order the bytes received via the various channels 
may not be done properly without an operation called 
channel alignment. 

[0039] In the circuitry shown in FIG. 3 channel align- 
ment circuitry 1 70 performs the channel alignment func- 
tion in combination with the corresponding circuitry in 
the other channels in the quad and the relevant portion 
of the supporting logic 70 of the quad. Although channel 
alignment circuitry 170 could alternatively be construct- 
ed in other ways, one illustrative construction is as fol- 
lows. In each channel, alignment circuitry 170 includes 
shift registers for registering several successive bytes 
received via leads 1 64 and for shifting those bytes along 
the shift register chain. The contents of each shift reg- 
ister stage are examined for a special alignment char- 
acter. (During idle intervals, alignment characters are 
transmitted periodically in all four channels.) When an 
alignment character is detected in one of the shift reg- 
ister stages in all four channels, channel alignment can 
be based on which of the shift register stages in the four 
channels concurrently contain the channel alignment 
character. For example, if each of channel alignment cir- 
cuits 170 includes four shift register stages, and if the 
channel alignment character is concurrently found in the 
fourth shift register stage in channel 0, in the first shift 
register stage in channel 1, in the third shift register 
stage in channel 2, and also in the third shift register 
stage in channel 3, one knows that future actual data 
from the four channels can be re-interleaved as follows: 
a byte from channel 0, shift register stage 4 should be 
followed by a byte from channel 1 , shift register stage 
1 , which should be followed by a byte from channel 2, 
shift registerstage 3, which should be followed by a byte 
from channel 3, shift register stage 3, and then the re- 
interleaving sequence should begin again. 
[0040] As is apparent from FIG. 3, channel alignment 
circuitry 170 operates on local oscillator clock signal 
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162. Although not shown in FIG. 3, channel alignment 
circuitry 1 70 in all four channels may be supported by a 
state machine (conceptually similar to state machine 
140) (e.g., in supporting logic 70) for making sure that 
channel alignment is based on sufficiently repeated de- 5 
tection of the same conditions. As in the case of state 
machine 140, this may be done to ensure that channel 
alignment is based on stable circuit operation, and to 
increase the reliability of the channel alignment function. 
[0041] Channel alignment circuitry 170 outputs chan- 10 
nel-aligned data via leads 1 72. This data is applied to 
one set of inputs of programmable logic connector 
("PLC") 190, and also to byte deserializer and phase 
compensation circuitry 180. One of the functions of cir- 
cuitry 180 is to assemble two successive bytes from is 
leads 1 72 for application in parallel to the other set of 
inputs of PLC 190. PLC 1 90 is programmable or other- 
wise controllable to pass the signals on either of its input 
sets to output terminals 62 and thus to PLD core 20 
(FIGS. 1 and 2). Circuitry 1 80 may be used to assemble 20 
two bytes in parallel for situations in which the serial byte 
rate is too great for PLD core 20. PLC 190 allows cir- 
cuitry 180 to be either used or bypassed, as desired. 
[0042] Another possible function of circuitry 180 is 
phase compensation . If the phase of the clock signal on 25 
lead 1 62 is different from the phase of a PLD core clock 
signal on lead 182, the phase compensation portion of 
circuitry 180 buffers the data passing through that cir- 
cuitry so that it is output having the proper phase rela- 
tionship to the PLD core clock signal. (Again, the ulti- 30 
mate source of the signals on leads 162 and 182 may 
be the same, but a phase shift may result from different 
routing of these two signals.) 

[0043] FIG. 4 shows the transmitter portion of one rep- 
resentative channel 50 (FIG. 2) in somewhat more de- 35 
tail. Successive bytes (or byte pairs) output by PLD core 
20 via leads 64 are applied to one set of the inputs of 
PLC 220, and also to byte serializer and phase compen- 
sation circuitry 210. In the case that PLC core outputs / 
byte pairs in parallel (rather than one byte at a time), 40 
one of the functions of circuitry 180 is to serialize the 
bytes in such a pair into two serial bytes. Circuitry 210 
is clocked by a clock signal on lead 212 that may come 
from supporting logic 70. Circuitry 210 may also be 
clocked by a PLD core clock signal on lead 214. Circuitry 45 
210 may provide phase compensation between a pos- 
sibly different phasing of the signals on leads 212 and 
214 (similar to the above-described phase compensa- 
tion function of circuitry 180). (As in the case of above- 
described network 1 1 4 (FIG. 3), various portions of net- so 
work 21 2 may convey bit rate or byte rate versions of a 
clock signal. Elements 210 and 230 need only the byte 
rate version, but element 240 needs both the byte rate 
version and the bit rate version.) The output signals of 
circuitry 21 0 are applied to the other set of inputs of PLC ss 
220. 

[0044] PLC 220 is programmable or otherwise con- 
trollable to connect either set of its inputs to its outputs 



222. Thus PLC 220 allows circuitry 21 0 to be either used 
or bypassed, as desired. 

[0045] The 8-bit byte signals on leads 222 are applied 
to 8 bit to 1 0 but encoder circuitry 230. Encoder 230 con- 
verts each 8-bit byte to 10-bit form in accordance with 
the scheme shown in above-mentioned Franaszek et al. 
U.S. patent 4,486,739. Circuitry 230 is also clocked by 
signal 212. 

[0046] The 10-bit parallel output signals of encoder 
230 are applied to serializer circuitry 240. Serializer 240 
converts the parallel data it receives to serial form for 
application to output driver 56. An illustrative construc- 
tion for serializer 240 is shown in the above-mentioned 
Aung et al. reference, although any other suitable con- 
struction may be used instead if desired. Once again, 
serializer 240 is clocked by signal 212. 
[0047] More possible features for circuitry of the type 
shown in FIG. 3 are shown in FIGS. 5A-5C. These FIGS, 
will now be described, but it will not be necessary to re- 
peat description of elements that have already been de- 
scribed in connection with FIG. 3. 
[0048] Among other things, FIGS. 5A-5C show the in- 
clusion of controllable routing that allows various sub- 
sets of the elements shown in FIG. 3 to be used in var- 
ious applications of the circuitry. Principal components 
involved in selecting a particular desired routing are 
PLCs like 300, 310, 320, etc. These PLCs are controlled 
by associated control circuitry like 302, 312, 322, etc. 
Such control circuitry 302, etc., can take any of several 
forms. For example, function control elements ("FCEs") 
(e.g., programmable memory cells) R can be used to 
control a PLC as shown in FIG. 6. This type of control 
is basically static and can be changed only by repro- 
gramming the PLD (assuming the PLD is reprogramma- 
ble). Another possible type of control is more dynamic 
control (e.g., based on a signal or signals from PLD core 
circuitry 20 that can change from time to time). FIG. 7 
illustrates this type of control. Still another possible type 
of control is programmable selection between either of 
the two types of previously described control (see FIG. 
8). In the particular example shown in FIG. 8, PLC 
300/31 0/ETC. is controlled by the output signal of PLC 
308. FCE 304 controls which of the two inputs to PLC 
308 that PLC bases its output signal on. One of those 
two inputs comes from FCE 306 and is therefore a static 
signal. The other input to PLC 308 can be a more dy- 
namic signal (e.g., from PLD core 20). Thus If static con- 
trol of PLC 300/31 0/ETC. is desired, FCE 304 is pro- 
grammed to cause PLC 308 to output the signal from 
FCE 306. On the other hand, if more dynamic control of 
PLC 300/31 0/ETC. is desired, FCE 304 is programmed 
to cause PLC 308 to output its dynamic input signal. Any 
of the types of control illustrated by FIGS. 6-8 can be 
used to control any of the PLCs shown herein. 
[0049] One reason for adding to circuitry of the type 
shown in FIG. 3 various routing options as shown in 
FIGS. 5A-5C is the following. The circuitry shown in FIG. 
3 has all the elements needed to support the XAUI 
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standard. But alt of the operations needed to support 
XAUI may not be needed to support other standards. If 
non-XAUl communication is being implemented, the 
routing options added in FIG. 5 allow the functions that 
are not needed to be bypassed. Alternatively, some 
standards or protocols may require functions that are 
generally like XAUI functions, but that are suff iciently dif- 
ferent from standard XAUI functions that XAUI-specific 
circuitry is not suitable for performing them. In that case, 
general purpose PLD core circuitry 20 may be used to 
perform those functions, and the routing options added 
in FIG. 5 allow signals to be routed to the PLD core 20 
when the transition from so-called n hard-logic" (in dedi- 
cated, largely hard-wired circuitry 50) to so-called "soft- 
logic" (in PLD core 20) is to be made. 
[0050] FIGS. 5A-5C indicate illustrative widths for 
many of the depicted buses. It will be understood, how- 
ever, that these bus widths are only exemplary, and that 
other bus widths can be used instead if desired. Also, 
the particular routing options shown in FIGS. 5A-5C are 
illustrative, and other routing options can be used in- 
stead or in addition if desired. 

[0051] In FIG. 5A the circuitry essentially begins with 
a PLC 300 for selecting either the incoming CDR signal 
from driver 52 or a loop-back CDR signal from the as- 
sociated transmitter circuitry (FIG. 4 or, in more detail, 
FIG. 12B). The loop-back option is primarily intended as 
a test mode. It allows the user to process a signal out 
through the transmitter circuitry and then back in again 
through the receiver circuitry to test whether that 
processing is improperly altering the signal. No external 
connection needs to be made. If the test signal comes 
back unaltered, then it is known that both the transmitter 
and receiver circuitries are operating properly. PLC 300 
r is an example of a PLC that it may be desirable to control 
dynamically (e.g., as in FIG. 7) so that PLC 300 can in- 
itially select the test or loop-back mode, and thereafter 
be switched to the more normal operating mode in which 
the PLC passes the output signal of driver 52. 
[0052] The output signal of PLC 300 is applied to 
CDR/deserializer 110/120, already described in con- 
nection with FIG. 3. As was mentioned in that earlier dis- 
cussion, circuitry 110/120 also receives several candi- 
date recovered clock signals from supporting logic 70. 
One of those clock signals is applied to divide by J cir- 
cuitry 410, which divides the frequency of the applied 
signal by a scale factor J. J can be the number of bits in 
each byte, so that whereas the input signal to circuit 4 1 0 
has the frequency of the bit rate, the output signal of 
circuit 410 has the frequency of the byte rate. J can be 
a programmable (e.g., static) value. For example, the 
value of J may. be programmed into FCEs associated 
with circuit 41 0. Alternatively, J may be a more dynamic 
signal (e.g., supplied by PLD core 20). FIG. 9 shows il- 
lustrative circuitry for allowing the value of J used by cir- 
cuit 410 to be either a programmed static value (from 
programmable FCE register 41 2) or a dynamic value (e. 
g., from PLD core 20). PLC 416 is programmably con- 



trolled by FCE 414 to select either the static or dynamic 
input for use as the finally selected value of J. J is 1 0 for 
XAUI applications, but it may be a number less than 10 
for certain non-XAUl applications. The output signal of 
5 circuit 410 may be needed by certain of the elements 
downstream in the receiver circuitry as will be described 
in more detail below. 

[0053] To enable the circuitry to support certain 
non-XAUl standards or protocols, the deserializer por- 
10 tion 1 20 of circuitry 1 1 0/1 20 is preferably able to handle 
bytes of various lengths (i.e., 10 bits for XAUI, but less 
than 10 bits for certain non-XAUl standards). This was 
mentioned briefly in connection with FIG. 3, but it can 
be elaborated here by noting that this function is similar 
'5 to the operation of above-described divide by J circuit 
410. In particular, the same value of J (controlled or se- 
lected in the same way as for circuit 41 0) may be used 
within deserializer portion 120 to determine the byte 
length that the deserializer provides. The output bus 
20 width of circuitry 110/120 is shown as 10 in FIG. 5A (as 
is required for XAUI), but if J is less than 10 in some 
non-XAUl application, then only J of the 10 available 
output leads will actually be used in that application. 
[0054] The deserialized (and therefore parallel) data 
25 outputs of circuitry 1 1 0/1 20 are applied to pattern detect 
and state machine circuitry 130/140 (described above 
in connection with FIG. 3), and also to one set of inputs 
of PLC 320. Jumping ahead briefly, it will be seen that 
one possible routing for these signals applied to PLC 
30 320 is through PLC 380 (FIG. 5B) and through PLC 390 
(FIG. 5C) to PLD core 20 (FIG. 5C). Thus, if after dese- 
rialization in circuitry 110/120, it is not desired to do any 
further hard-logic processing of the incoming data, that 
data can be sent directly to PLD core 20, where all fur- 
35 ther processing is in the soft-logic of the device. This is 
only one of several possible routings of the signals ap- 
plied to PLC 320 from circuitry 110/120, and other pos- 
sible routings will be discussed below. 
[0055] Returning to circuitry 130/140 in FIG. 5A, the 
<o patterns (special characters) that this circuitry detects 
may be selectable to help the circuitry support various 
standards or protocols. For example, FIG. 10 shows il- 
lustrative circuitry that allows the pattern (s) used by cir- 
cuitry 130/140 to be either static pattern(s) programmed 
*5 into FCE registers 420 or dynamic pattern(s) (e.g., from 
PLD core 20). PLC 424 is controlled by FCE 422 to se- 
lect either the static or dynamic pattern inputs for use as 
the final pattem(s) that circuitry 130/140 will detect. By 
providing multiple instances of circuitry of the type 
50 shown in FIG. 10, some patterns can be made static, 
while other patterns are made dynamic. 
[0056] Various parameters employed by the state ma- 
chine portion 140 of circuitry 130/140 may also be con- 
trollable or selectable to help the circuitry support vari- 
55 ous standards or protocols. FIG. 11 shows illustrative 
circuitry for allowing such state machine parameters to 
be either static or dynamic. As shown in FIG. 11, FCE 
registers 430 can be programmed with one or more pa- 
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rameter values for the state machine portion 140 of cir- 
cuitry 130/140. Because they are programmed into the 
device, these values are "static". PLC 434 is program- 
mably controlled by FCE 432 to select either the static 
values or values that can be more dynamic (e.g., from 
PLD core 20). It will be appreciated that, by providing 
multiple circuits like that shown in FIG. 1 1 , some param- 
eter values can be made static, while others are made 
dynamic. 

[0057] The output signals of circuitry 130/140 are 
shown in FIG. 5A to include up to 10 data signals and 
up to 4 other signals. These 4 other signals may include 
flag signals to indicate that particular patterns have been 
detected by circuitry 130/140. 

[0058] The data output signals of circuitry 1 30/1 40 are 
applied to one set of inputs of PLC 310. Loop-back sig- 
nals (from the associated transmitter circuitry (FIG. 4 or, 
in more detail, FIG. 12B)) are applied to the other set of 
inputs of PLC 310. This loop-back routing may be used 
like earlier-described loop-back routing (e.g., to facili- 
tate testing of portions of the circuitry). PLC 31 0 is con- 
trollable by control circuitry 312 to pass the data on ei- 
ther set of its inputs to its outputs. 
[0059] The outputs of PLC 310 and the 4 outputs of 
circuitry 130/140 that are not applied to PLC 310 are 
applied to 10B to 8B decoder 150, and also to one set 
of inputs of PLC 320. Decoder 150 has already been 
described in connection with FIG. 3 and does not need 
to be described again here. The routing to and through 
PLC 320 allows decoder 150 to be bypassed if desired. 
The bypass routing can be used for implementing a * 
communication standard or protocol that does not re- 
quire 10Bto 8B decoding. 

[0060] The output signals of decoder 150 are applied 
to rate character delete state machine 160a, and also 
to another set of inputs of PLC 320. The output signals 
of circuitry 150 include up to 8 parallel data signals and 
up to 5 parallel flag signals, for a total of up to 1 3 parallel 
signals. Although not shown in FIG. 3 as a separate part 
of circuitry 160, the function of circuitry 160a is men- 
tioned in the earlier discussion of FIG. 3. To briefly re- 
capitulate, as part of the rate matching function of cir- 
cuitry 1 60, it may be necessary to occasionally delete a 
character (byte) that has been received. This can be 
safely done for at least many of the characters that are 
transmitted during idle intervals. State machine 160a 
therefore typically performs its character-deleting func- 
tion when signals from upstream circuitry such as 
130/140/150 indicate that non-essential idle interval da- 
ta is being received, and when downstream circuitry 
such as rate matching FIFO 160b indicates that the 
downstream circuitry is approaching the limit of its ca- 
pacity to buffer the rate difference that is being experi- 
enced. Character deletion can be implemented by caus- 
ing rate matching FIFO circjitry 160b (FIG. 5B) to skip 
one byte in its reading operation in response to an ap- 
propriate signal from state machine 1 60a. If desired, one 
or more of the parameters employed in state machine 



1 60a may be made programmably selectable or dynam- 
ically changeable in the same way that can be done for 
the state machine portion 140 of circuitry 130/140 (e.g., 
by supplying parameter values from circuitry of the type 
5 shown in FIG. 11). 

[0061] The data output signals of state machine 160a 
are applied to one set of inputs of PLC 330 (FIG. 5B). 
State machine 1 60a also exchanges control signals with 
rate matching FIFO circuitry 1 60b via routing that does 
' 0 not pass through PLC 330. The other set of inputs to 
PLC 330 comes from the outputs of PLC 320. Circuitry 
332 controls PLC 330 to apply either of its sets of inputs 
to circuitry 160b. PLC 330 thus allows circuitry 160b to 
receive its data inputs from state machine 160a. Alter- 
is natively, PLCs 320 and 330 allow circuitry 160b to re- 
ceive its data inputs directly from (a) the outputs of de- 
coder 1 50, (b) the outputs of PLC 31 0, or (c) the outputs 
of CD R/deserializer circuitry 110/120. Thus rate match- 
ing FIFO circuitry 1 60b can be used either with or with- 
2 <> out rate character deletion 1 60a, with or without 1 0B to 
8B decoding 150, and with or without pattern detection 
130/140. 

[0062] The rate matching operation of circuitry 160b 
has been described earlier in connection with FIG. 3 and 

25 does not need to be described again here. It should be 
mentioned here, however, that PLC 340 (controlled by 
control circuitry 342) allows the second clock input sig- 
nal to circuitry 1 60b to be either the output signal of di- 
vider circuit 41 0 (FIG. 5A) or a PLD core clock signal (i. 

30 e. t from the conventional clock signal distribution net- 
work ("clock trees") 26 (FIG. 5C) of PLD core 20). The 
output signal of PLC 340 is also the clock signal applied 
to several other elements downstream from circuitry 
160b. 

35 [0063] The data output signals of circuitry 160b are 
applied to rate character insert state machine 1 60c, and 
also to one set of inputs of PLC 350. Circuitry 1 60b also 
exchanges control signals with circuitry 1 60c. The other 
set of inputs to PLC 350 are the outputs of PLC 320. 

40 [0064] Although not shown separately in FIG. 3, the 
function of rate character insert state machine 1 60c has 
already been described in general terms in connection 
with FIG. 3. Character (i.e., byte) insertion is conceptu- 
ally like character deletion, except that insertion is per- 

45 formed in response to a rate difference that is of polarity 
opposite to a rate difference that will necessitate char- 
acter deletion. Character insertion can be done at times 
like those at which it would be appropriate to do char- 
acter deletion. Character insertion can be implemented 

so by having output signals of state machine 1 60c cause 
circuitry 1 60b to read the same byte twice. As in the case 
of other state machines that have already been de- 
scribed, one or more of the operating parameters of 
state machine 160c can be made programmable or dy- 

55 namically variable (e.g., by supplying them from or via 
circuitry of the type shown in FIG. 11). The alternative 
output routing of circuitry 160b via PLC 350 allows cir- 
cuitry 1 60c to be bypassed if the rate character insertion 
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function is not needed in implementing a particular com- 
munication protocol or standard. 
[0065] The data output signals of circuitry 160c are 
applied to one set of inputs of PLC 360. The outputs of 
PLC 350 are applied to the other set of inputs of PLC s 
360, and also to one set of the inputs of PLC 380. Control 
circuitry 362 causes PLC 360 to output the signals from 
either of its two sets of inputs. The output signals of PLC 
360 are applied to channel align circuitry 1 70, and also 
to a second set of inputs to PLC 380. io 
[0066] The functions of element 170 have already 
been described in connection with FIG. 3 and do not 
need to be described again here. As in the case of ear- 
lier-described state machines, one or more of the pa- 
rameters controlling some or all of the operations of the *5 
state machine in or associated with circuitry 1 70 may be 
programmable or dynamically variable (e.g., by using 
one or more instances of circuitry of the type shown in 
FIG. 11). 

[0067] The output signals of channel align circuitry 20 
1 70 are applied to XAUI receive logic and state machine 
450. The XAUI standard specifies that XAUI data must 
conform to certain rules, and circuitry 450 performs con- 
ventional functions related to those rules. Once again, 
the state machine portion of circuitry 450 may have pa- 25 
rameters controlled as shown in FIG. 11 . 
[0068] The output signals of circuitry 450 are applied 
to a third set of inputs of PLC 380. Control circuitry 382 
controls PLC 380 to output any one of its three sets of 
inputs. Thus PLC 380 can output either (a) the outputs 30 
of PLC 350, (b) the outputs of PLC 360, or (c) the outputs 
of circuitry 170b. 

[0069] As shown in FIG. 5C, the outputs of PLC 380 
are applied to byte serializer and phase compensation 
circuitry 180, and also to one set of inputs of PLC 390. 35 
(PLC 390 in FIG. 5C is the same as PLC 1 90 in FIG. 3.) 
Circuitry 180 has already been described in connection 
with FIG. 3 and therefore does not need to be described 
again. However, it should be mentioned that FIG. 5B 
shows divide by 2 circuit 440 that divides an applied 40 
clock signal by 2 for use by circuitry 1 80 in cutting the 
byte rate in half (needed for byte deserialization). (Ele- 
ments 370 and 372 allow the signal applied to circuit 
440 to be either recovered clock signal 1 1 4 or the output 
signal of PLC 340.) The two-byte-wide data outputs of 45 
circuitry 1 80 are applied to a second set of inputs of PLC 
390. Circuitry 392 controls PLC 390 to apply either of its 
sets of inputs to PLD core 20 (especially the user logic 
24 of the PLD core). PLC 390 therefore allows PLD core 
20 to receive either (a) the outputs of circuitry 180, or so 
(b) the outputs of PLC 380 (if the functions of circuitry 
1 80 are not needed to support a particular communica- 
tion protocol). 

[0070] In general, the various clock signal selection 
and routing options provided in FIGS. 5A-5C (e.g., by 55 
PLCs 340 and 370) complement the various data rout- 
ing options. 

[0071] From the foregoing, it will be seen that many 



different subcombinations of the operating circuitry 
shown in FIGS. 5A-5C can be used to support many dif- 
ferent communication protocols or standards. The fol- 
lowing table lists just some of the possibilities (using in 
each case the reference number(s) of the operating por- 
tions that are used in the subcombination and omitting 
the reference numbers) of the operating portions that 
are not used). 



Option 


Onprptlnn Pnrtinnc I looH 


1. 


110/120 


2. 


110/120 180 


3. 


110/120, 160b 


4. 


110/120, 160b, 180 


5. 


110/120, 170a, 170b 


6. 


110/120, 170a, 170b, 180 


7. 


110/120, 160b, 170a, 170b 


8. 


110/120, 160b, 170a, 170b, 180 


9. 


110/120, 130/140 


10. 


110/120, 130/140, 180 


11. 


110/120, 130/140, 150 


12. 


110/120,130/140,150,180 


13. 


110/120, 130/140, 150, 160a-c 


14. 


110/120, 130/140, 150, 160a-c, 180 


etc. 


Other combinations are also possible. 



[0072] Additional elements of variability that facilitate 
implementing many different communication protocols 
or standards result from the following: (1) the ability to 
programmably select or dynamically vary many of the 
operating parameters of the operating portions of the cir- 
cuitry, and (2) the ability to use PLD core 20 to perform 
(soft-logic) variants of operations of the various kinds 
associated with the hard-logic operating portions. Ex- 
ample of immediately preceding item (1) have been dis- 
cussed in connection with FIGS. 6-11. An example of 
immediately preceding item (2) would be performing in 
PLD core 20 a type of 1 0B to 8B decoding different from 
that p erf ormable by hard-logic operating circuitry 150. 
[0073] FIGS. 12A and 12B show illustrative transmit- 
ter circuitry 50 that can be associated with the receiver 
circuitry of FIGS. 5A-5C. The circuitry shown in FIGS. 
1 2A and 12B is like that shown in FIG. 4, but is augment- 
ed with additional capabilities to give it more flexibility 
and thereby enable it to support various different com- 
munication protocols or standards. Many of the ele- 
ments shown in FIGS. 12A and 12B are repeated from 
FIG. 4. Because those elements have already been de- 
scribed in connection with FIG. 4, it will not be necessary 
to fully describe them again in connection with FIGS. 
12A and 12B. As in the case of FIGS. 5A-5C, the bus 
widths shown in FIGS. 1 2A and 1 2B are only illustrative, 
and other bus widths can be used instead if desired. 
[0074] As shown in FIG. 12A, data signals output by 
user logic 24 in PLD core 20 are applied to byte serializer 
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and phase compensation circuit 210 (previously de- 
scribed in connection with FIG. 4). These signals are 
also applied to one set of inputs of PLC 510 (the same 
as PLC 220 in FIG. 4). The outputs of circuitry 210 are 
applied to the other set of inputs of PLC 510. Control 
circuitry 512 controls PLC 510 to select either of its sets 
of inputs as its outputs. As was mentioned in connection 
with FIG. 4, PLC 51 0 allows signals to be routed around 
circuitry 21 0 if the communication protocol being imple- 
mented does not require use of circuitry 210. 
[0075] The output signals of PLC 510 are applied to 
XAUI transmitter state machine circuitry 520, and also 
to one set of the inputs of each of PLCs 530 and 540. 
Like circuitry 450 in FIG. 5B, circuitry 520 performs con- 
ventional functions related to XAUI's rules for XAUI da- 
ta. Circuitry like that shown in FIG. 11 can again be used 
to control parameters used by circuitry 520. 
[0076] The output signals of state machine 520 are 
applied to the second set of inputs of PLC 530. Control 
circuitry 532 controls PLC 530 to select either of its sets 
of inputs as its outputs. PLC 530 (and also PLC 540, 
described later) allows circuitry 520 to be bypassed if 
the communication protocol being implemented does 
not require use of circuitry 520. 
[0077] The output signals of PLC 530 are applied to 
8B to 1 0B encoder 230 (described earlier in connection 
with FIG. 4). The output signals of encoder 230 are ap- 
plied to the other set of inputs of PLC 540. Control cir- 
cuitry 542 controls PLC 540 to select either of its inputs 
as its outputs. PLC 540 therefore allows both of ele- 
ments 520 and 230 to be bypassed if the communication 
protocol being implemented does not require use of 
those elements. 

[0078] The output signals of PLC 540 are applied to 
serializer circuitry 240 (described earlier in connection 
with FIG. 4). The output signals of PLC 540 are also the 
loop-back signals applied to the second set of inputs of 
PLC 310 (FIG. 5A) in the associated receiver circuitry. 
Divide by J circuitry 560 supports operation of other el- 
ements in FIGS. 12A and 12B by dividing by J a bit rate 
clock signal frequency from supporting logic 70 to pro- 
duce a byte rate clock signal. As in earlier discussions 
herein, J is the number of bits (e.g., 10) in each byte in 
the communication protocol being implemented. The 
value of J used by circuitry 560 may be programmable 
or dynamically selectable (e.g., using circuitry like that 
shown in FIG. 9). 

[0079] The serialized output of serializer 240 is ap- 
plied to one input of PLC 550. The output of serializer 
240 is also the loop-back input to PLC 300 in FIG. 5A. 
The other input to PLC 550 is the loop-back connection 
from the output of driver 52 (FIG. 5A). Control circuitry 
552 controls PLC 550 to select either of its inputs for 
application to output driver 56. Accordingly, the last- 
mentioned loop-back connection allows testing of an in- 
put/output driver pair 52/56. 

[0080] From the foregoing discussion of FIGS. 12A 
and 12B it will be seen that (like the receiver circuitry 



shown in FIGS. 5A-5C) this transmitter circuitry is capa- 
ble of supporting many different communication proto- 
cols. The various routing options provided by PLCs 51 0, 
530, 540, and 550 allow various ones of the operating 

5 components to be either used or bypassed as desired. 
Control of these PLCs may take any of the forms de- 
scribed eariierfor other PLCs (e.g., any of the PLC con- 
trol circuitry options shown in FIGS. 6-8 may be used). 
Also (similar to what is described earlier for FIGS. 5A- 

10 5C) various aspects of the operations of the operating 
components may be programmably selected or dynam- 
ically variable. For example, circuitry like that shown in 
FIG. 9 may be used to supply the value of J to circuit 
560, and circuitry like that shown in FIG . 1 1 may be used 

'5 to provide the values of various state machine parame- 
ters to circuitry 520. User logic 24 in PLD core 20 may 
be used to provide functions generally like those of by- 
passed operating components in FIGS. 12A and 12B in 
the event that the communication protocol being imple- 

20 mented requires deviation in function greater than the 
range of deviation that the bypassed operating compo- 
nent is capable of. 

[0081] The circuitry shown and described herein has 
many features that facilitate its use to support a wide 
25 range of HSS communication standards and protocols. 
As has been described, the circuitry has four-channel 
building blocks (or quads) for HSS communication. The 
XAUI standard uses one quad. The InfiniBand standard 
may use either one channel, four channels, or 12 chan- 
30 nels, and can therefore be supported by using one chan- 
nel, one quad, or three quads. Each channel includes 
both a receiver and a transmitter that are capable of full 
duplex operation. The receiver and transmitter in a 
channel can operate at the same or different^ frequen- 
ts cies. For example, the frequency difference can be 2:1 
or 4:1 . The circuitry supports CDR signalling over a wide 
range of frequencies (e.g., a range from about 622 Mbps 
to about 3.2 Gbps). The CDR circuitry preferably in- 
cludes loss of lock ("LOL") and run length violation 
40 fRLV") protection (see, for example, the above-men- 
tioned Aung et al. reference for illustrative LOL and RLV 
elements). A single PLL circuit (with LOL logic) can sup- 
port an entire quad. 

[0082] Still other advantageous features of the circuit- 
y's ry are the programmable serializer and deserializer el- 
ements. For example, these elements can be pro- 
grammed to operate with either 10 bit words (bytes) or 
8 bit words (bytes) by appropriately programming or oth- 
erwise controlling the parameter J. Similarly, the width 
so of the bus (excluding status/control signals) between a 
channel and the PLD core 20 is programmable (e.g., to 
8, 10, 16, or 20). The character recognition and align- 
ment logic is preferably programmable (e.g., with re- 
spect to the characters to be recognized and/or with re- 
55 spect to the state machine functions used in the recog- 
nition and/or alignment). 8B/10B encoder and decoder 
circuits meeting industry standards (e.g., the IEEE 
802.3z standard) are preferably included. 
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[0083] The circuitry preferably includes programma- 
ble (or otherwise controllable) power-down for each 
transmitter and receiver so that each transmitter and re- 
ceiver can be turned off if it is not needed. Separate re- 
set control is preferably also provided for each transmit- 
ter and receiver. 

[0084] Because different differential signalling stand- 
ards or protocols may use voltage swings of different 
magnitudes, the receiver drivers 52 used in the circuitry 
of this invention may be programmable or otherwise 
controllable to detect any of several different minimum 
amounts of applied voltage difference as a loss of signal 
( w LOS M ) condition. FIG. 13, for example, shows that 
each receiver driver 52 can include an LOS output for 
outputting an LOS signal when the difference between 
the RX input voltages is less than a minimum selected 
by the output(s) of PLC 610. This PLC is controlled by 
FCE 612 to select its outputs from either FCEs 614 or 
from a source of more dynamic signals such as PLD 
core 20. The various possible outputs of PLC 610 indi- 
cate to driver 52 which of several possible minimum RX 
signal voltage differences to detect as an LOS condition. 
If the voltage difference between the RX input signals 
falls below the indicated minimum, driver 52 produces 
an LOS signal to indicate that a valid differential input 
signal is not present. 

[0085] Another feature that the circuitry of this inven- 
tion may have is illustrated by FIG. 14. As shown in that 
FIG., each input lead to representative receiver driver 
52 includes a weak pull up 620 to VCC (logic 1) or a 
weak pull down 622 to VSS (logic 0). These weak pull- 
up/pull-down connections help to prevent driver 52 from 
switching randomly and unnecessarily when the driver 
is not being used for a meaningful signal. This saves the 
power that would otherwise be consumed by such un- 
necessary switching of driver 52. 
[0086] A feature that the transmitter circuitry of this 
invention may have is illustrated by FIG. 15. This feature 
is programmable or otherwise selectable output voltage 
offset or swing ("VOD"), which can be additionally ac- 
companied by pre-emphasis, if desired. As shown in 
FIG. 15, representative output driver 56 receives one or 
more control signals from PLC 630. This PLC is control- 
led by FCE 632 to select these control signals from ei- 
ther FCEs 634 or from a source of more dynamic signals 
such as PLD core 20. The control signals thus applied 
to driver 56 cause it to operate with any one of two or 
more TX output signal voltage differences. These con- 
trol signals may also cause driver 56 to operate with a 
desired amount of initial voltage difference pre-empha- 
sis, if that is desired. 

[0087] Still another feature that the circuitry of this in- 
vention may have is variable input impedance to better 
match the impedance of the transmission line from 
which the circuitry is receiving an input. As shown in FIG. 
16, such variable input impedance is represented by 
variable resistor 640. The impedance of variable resistor 
640 is controlled by one or more output signals from PLC 



642. This PLC is controlled by FCE 644 to output either 
the output(s) of FCE(s) 646 or more dynamic impedance 
selection signals (e.g., from PLD core 20). 
[0088] The circuitry of this invention may also allow 
5 the use of an external resistor for calibration. And the 
circuitry of the invention may include hot insertion/re- 
moval protection logic. 

[0089] FIG. 17 illustrates a PLD 10 of this invention in 
a data processing system 1002. Data processing sys- 

10 tern 1 002 may include one or more of the following com- 
ponents: a processor 1 004; memory 1006; I/O circuitry 
1 008; and peripheral devices 1 01 0. These components 
are coupled together by a system bus or other intercon- 
nections 1 020 and are populated on a circuit board 1 030 

'5 that is contained in an end-user system 1 040. Any of the 
interconnections between PLD 10 and any other ele- 
ments may be made using the above-described CDR or 
LVDS signaling. 

[0090] System 1 002 can be used in a wide variety of 

20 applications, such as computer networking, data net- 
working, instrumentation, video processing, digital sig- 
nal processing, or any other application where the ad- 
vantage of using programmable or reprogrammable log- 
ic is desirable. PLD 10 can be used to perform a variety 

25 of different logic functions. For example, PLD 1 0 can be 
configured as a processor or controller that works in co- 
operation with processor 1004. PLD 10 may also be 
used as an arbiter for arbitrating access to a shared re- 
source in system 1002. In yet another example, PLD 10 

30 can be configured as an interface between processor 
1 004 and one of the other components in system 1 002. 
It should be noted that system 1002 is only exemplary, 
and that the true scope and spirit of the invention should 
be indicated by the following claims. 

35 [0091] Various technologies can be used to imple- 
ment PLDs having the features of this invention, as well 
as the various components of those devices (e.g., the 
above-described PLCs and programmable function 
control elements ("FCEs") that control the PLCs). For 

40 example, each PLC can be a relatively simple program- 
mable connector such as a switch or a plurality of switch- 
es for connecting any one of several inputs to an output. 
Alternatively, each PLC can be a somewhat more com- 
plex element that is capable of performing logic (e.g., by 

4 $ logically combining several of its inputs) as well as mak- 
ing a connection. 

In the latter case, for example, each PLC can be product 
term logic, implementing functions such as AND, NAND, 
OR, or NOR. Examples of components suitable for im- 

so piementing PLCs are EPROMs, EEPROMs, pass tran- 
sistors, transmission gates, antifuses, laser fuses, metal 
optional links, etc. PLCs and other circuit components 
can be controlled by various, programmable, function 
control elements ("FCEs"). (With certain implementa- 

55 tions (e.g., fuses and metal optional links) separate FCE 
devices are not required.) FCEs can also be implement- 
ed in any of several different ways. For example, FCEs 
can be SRAMs, DRAMs, first-in first-out ("FIFO") mem- 
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ories, EPROMs, EEPROMs, function control registers 
(e.g., as in Wahlstrom U.S. patent 3,473,160), ferro- 
electric memories, fuses, antifuses, or the like. From the 
various examples mentioned above it will be seen that 
this invention is applicable to both one-time-only pro- 5 
grammable and reprogrammable devices. 
[0092] It will be understood that the foregoing is only 
illustrative of the principles of the invention, and that var- 
ious modifications can be made by those skilled in the 
art, without departing from the scope and spirit of the io 
invention. For example, the order of the various operat- 
ing components shown and described above is, at least 
in some respects, only illustrative. Thus the order of at 
least some of these elements can be changed from the 
order shown, if that is desired. 15 



Claims 

1. A programmable logic integrated circuit device 20 
comprising: 

programmable logic circuitry; and 
high speed serial interface circuitry including a 
plurality of functional subcircuits, each of which 25 
is at least partly hard-wired to perform a respec- 
tive function that may be needed to provide a 
high speed serial interface, and routing circuitry 
adapted to allow at least one of the functional 
subcircuits to be selectively bypassed, at least 30 
one of the functional subcircuits being selected 
from the group consisting of pattern detection 
circuitry, 1 0 bit to 8 bit decoder circuitry, 8 bit to 
1 0 bit encoder circuitry, and channel alignment 
circuitry. 35 

2. The device defined in claim 1 wherein the high 
speed serial interface circuitry comprises: f 



receiver circuitry. 

3. The device defined in claim 1 wherein the high 
speed serial interface circuitry comprises: 

transmitter circuitry. 

4. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

clock data recovery circuitry. 

5. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

deserializer circuitry. 

6. The device defined in claim 1 wherein the functional 
subcircuits comprise: 



pattern detection circuitry. 

7. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

state machine circuitry. 

8. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

1 0 bit to 8 bit decoder circuitry. 

9. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

rate matching circuitry. 

10. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

channel alignment circuitry. 

1 1 . The device defined in claim 1 wherein the functional 
subcircuits comprise: 

byte deserializer circuitry. 

1 2. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

byte serializer circuitry. 

13. The device defined in claim 1 wherein the functional 
subcircuits comprise: 



40 



45 



50 



55 



8 bit to 10 bit encoder circuitry. 

14. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

serializer circuitry. 

15. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

character deletion circuitry. 

1 6. The device defined in claim 1 wherein the functional 
subcircuits comprise: 

character insertion circuitry. 

17. The devices defined in claim 1 wherein at least one 
of the functional subcircuits is at least partly control- 
lable to vary a function performed by that functional 
subcircuit. 

18. The device defined in claim 17 further comprising: 
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programmable circuitry by which the function 
performed by the at least one functional subcir- 
cuit can be programmably controlled. 

1 9. The device defined in claim 1 7 further comprising: 5 

dynamic signal source circuitry by which the 
function performed by the at least one function- 
al subcircuit can be dynamically controlled. 



20. The device defined in claim 1 further comprising: 

programmable circuitry by which at least some 
routing effected by the routing circuitry can be 
programmably controlled. 

21. The device defined in claim 1 further comprising: 

dynamic signal source circuitry by which at 
least some routing effected by the routing cir- 
cuitry can be dynamically controlled. 

22. The device defined in claim 1 wherein routing se- 
lectable by the routing circuitry includes applying a 
signal that is bypassing one of the functional sub- 
circuits to another of the functional subcircuits. 

23. The device defined in claim 1 wherein routing se- 
lectable by the routing circuitry includes applying a 
signal that is bypassing a functional subcircuit to the 
programmable logic circuitry. 

24. A digital processing system comprising: 

processing circuitry; 

a memory coupled to said processing circuitry; 
and 

a device as defined in claim 1 coupled to the 
processing circuitry and the memory. 

25. A printed circuit board on which is mounted a device 
as defined in claim 1 . 

26. The printed circuit board defined in claim 25 further 
comprising: 

a memory mounted on the printed circuit board 
and coupled to the device. 

27. The printed circuit board defined in claim 25 further 
comprising: 

processing circuitry mounted on the printed cir- 
cuit board and coupled to the device. 

28. A programmable logic integrated circuit device 
comprising: 



w 



programmable logic circuitry; 
at least partly hard-wired serial interface circuit- 
ry including clock data recovery subcircuitry, 
deserializer subcircuitry, pattern detection sub- 
circuitry, 1 0 bit to 8 bit decoder subcircuitry, rate 
matching subcircuitry, and channel alignment 
subcircuitry; and 

routing circuitry adapted to selectively route 
signals among at least some of the subcircuit- 
ries included in the high speed serial interface 
circuitry. 



29. The device defined in claim 28 wherein operation 
of at least one of the subcircuits included in the high 

*5 speed serial interface circuitry is at least partly pro- 
grammably controllable. 

30. The device defined in claim 28 wherein at least 
some routing that can be effected by the routing cir- 

20 cuitry is at least partly programmably selected. 

31. The device defined in claim 28 wherein at least 
some routing that can be effected by the routing cir- 
cuitry includes bypassing at least one of the subcir- 

25 cuits in the high speed serial interface circuitry. 

32. The device defined in claim 28 wherein the high 
speed serial interface circuitry further includes 8 bit 
to 10 bit encoder subcircuitry and serializer subcir- 

30 cuitry. 

33. A programmable logic integrated circuit device 
comprising: 



35 



40 



45 



50 



programmable logic circuitry; and 
a plurality of channels of high speed serial in- 
terface circuitry, each adapted to receive a re- 
spective one of a plurality of high speed serial 
data signals and to convert that signal to a plu- 
rality of parallel data signals suitable for appli- 
cation to the programmable logic circuitry, and 
each including routing circuitry adapted to se- 
lect which of a plurality of functions available in 
the high speed serial interface circuitry will be 
performed on the high speed serial data signal 
to convert it to the plurality of parallel data sig- 
nals, at least one of the functions being select- 
ed from the group consisting of pattern detec- 
tion, 10 bit to 8 bit decoding, channel alignment, 
and 8 bit to 10 bit encoding. 



34. The device defined in claim 33 wherein the func- 
tions available in the high speed serial interface cir- 
cuitry include clock data recovery, deserialization, 

55 pattern detection, 10 bit to 8 bit decoding, rate 
matching, and channel alignment. 

35. The device defined in claim 34 wherein the func- 
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tions available In the high speed serial interface cir- 
cuitry further include byte deserialization. 

36. The device defined in claim 34 wherein the func- 
tions available in the high speed serial interface cir- 5 
cuitry further include character deletion and charac- 
ter insertion. 

37. The device defined in claim 33 wherein the routing 
circuitry is at least partly programmably controlla- w 
ble. 

38. The device defined in claim 33 wherein each of the 
channels is further adapted to receive a respective 
plurality of further parallel data signals from the pro- is 
grammable logic circuitry and to convert those sig- 
nals to high speed serial data output signal. 

39. The device defined in claim 38 wherein the func- 
tions available in the high speed serial interface cir- 20 
cuitry further include 8 bit to 10 bit encoding and 
serialization. 

40. The device defined in claim 39 wherein the func- 
tions available in the high speed serial interface cir- 25 
cuitry further include byte serialization. 
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